home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000106_news@bigblue.oit.unc.edu_Fri May 6 14:34:11 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  24KB
  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA12062; Sun, 8 May 1994 09:14:44 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA13999; Sun, 8 May 1994 08:54:11 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Fri, 6 May 1994 19:34:11 EST
  9. From: alwang@eniac.seas.upenn.edu (Random)
  10. Message-Id: <alwang.78.01AB2498@eniac.seas.upenn.edu>
  11. Organization: Just kinda out there....
  12. Sender: ses
  13. Subject: Another WinTrump "extract" question...
  14.  
  15. Is there any way you can _stop_ it from automatically viewing or running the 
  16. file WinTrump extracts?  Besides removing the association?  It gets rather 
  17. annoying, but since Wintrump didn't come with an updated help...
  18.  
  19. Random
  20.  
  21.  
  22. __________________________________________________
  23.        R      a      n      d      o      m.
  24.  
  25.            alwang@eniac.seas.upenn.edu.
  26.     http://www.seas.upenn.edu/~alwang/al.html.
  27.  
  28.  
  29.  
  30. "If you're not part of the solution, you're part of 
  31. the precipitate."
  32. -Stephen Wright.
  33. From news@bigblue.oit.unc.edu Sat May  7 00:16:30 1994
  34. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  35.           id AB12071; Sun, 8 May 1994 09:14:46 -0400
  36. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  37.           id AA23677; Sun, 8 May 1994 08:50:55 -0400
  38. Received: from GATEWAY by bigblue with netnews
  39.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  40. To: winsock@sunsite.unc.edu
  41. Date: Sat, 7 May 1994 00:16:30 GMT
  42. From: jacquet6@cti.ecp.fr (Thomas JACQUES)
  43. Message-Id: <HDIOBEYH@math.fu-berlin.de>
  44. Organization: ECP (France)
  45. Sender: ses
  46. Subject: Re: shareware X-emulator for IBM-PC ?
  47.  
  48. In article <Cp7K9x.9EA@zeno.fit.edu> perlman@cs.fit.edu (Marshal Perlman [ARCS]) writes:
  49. >On 2 May 1994 11:57:50 +0200, Jean-Paul.ROY (roy@taloa.unice.fr) wrote:
  50. >
  51. >: Can somebody tell me where I can find (if any) shareware
  52. >: X-windows emulator for my IBM-PC 80486 8Mb with Ethernet card
  53. >: hooked to a DEC mainframe ? Thanks,
  54. >:               Jean-Paul ROY
  55. >:               roy@unice.fr
  56. >
  57. >Look for XWINDEMO by Starnet... They have a great IDEA... a small 
  58. >simple X program that works great... and on top of that it is DIRT CHEAP.
  59. >
  60. >The demo is a full functioning copy -- so what you buy is what you see.
  61. >
  62. >
  63. >
  64. >--
  65. >  |o| Marshal Perlman                Internet/MIME: perlman@zeno.fit.edu |o|
  66. >  |o| Academic and Research Computing Services (ARCS)        IRC: Squawk |o|
  67. >  |o| Florida Institute of Technology                       FAA: PP-ASEL |o|
  68. >  |o| Pager: 407/455-4809          Member: AOPA/AAAE/Goodyear Blimp Club |o|
  69. >  |o| *My Uniform Resource Locator is: http://sci-ed.fit.edu/~perlman    |o|
  70. >  %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  71. >         Marshal Perlman -- Information Super-Highway Patrol Officer
  72. From news@bigblue.oit.unc.edu Sun May  8 09:44:44 1994
  73. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  74.           id AA14787; Sun, 8 May 1994 09:44:44 -0400
  75. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  76.           id AA13967; Sun, 8 May 1994 09:33:03 -0400
  77. Received: from GATEWAY by bigblue with netnews
  78.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  79. To: winsock@sunsite.unc.edu
  80. Date: 6 May 94 17:50:11
  81. From: hatzakis@CAMIS.Stanford.EDU (Michael Hatzakis)
  82. Message-Id: <HATZAKIS.94May6175011@CAMIS.Stanford.EDU>
  83. Organization: DSO, Stanford University
  84. Sender: ses
  85. Subject: Trouble with Trumpet Winsock vs. Win 3.11
  86.  
  87.  
  88. I am having some trouble with the Trumpet winsock and windows version 3.11
  89. Using help from people here on campus, I have managed to connect
  90. successfully to a SLIP server and can log in and receive an IP address.
  91. Two troubles I am having, one is that when I initialize, I get an
  92. invalid baud rate message and in the acknowlegements that follow my
  93. TCPMAN initialization, I get baud rate = 0.  I can log in fine.  I
  94. then minimize my TCPMAN session and try PING or MOSAIC or other
  95. programs and nothing happens.  I know little about the campatibility
  96. between applications, ie., PING or MOSAIC and the SLIP layer, which I
  97. seem to have running.
  98.  
  99. Would really appreciate help.  Especially if you use the Trumpet
  100. package, use a SLIP connect and use windows.  Would be curious to see
  101. what combination of components you use to ghet it working.
  102.  
  103. Thanks, reply to HATZAKIS @ CAMIS.STANFORD.EDU
  104. From news@bigblue.oit.unc.edu Sun May  8 10:14:44 1994
  105. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  106.           id AA18453; Sun, 8 May 1994 10:14:44 -0400
  107. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  108.           id AA27922; Sun, 8 May 1994 09:53:14 -0400
  109. Received: from GATEWAY by bigblue with netnews
  110.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  111. To: winsock@sunsite.unc.edu
  112. Date: Fri, 6 May 1994 22:43:03
  113. From: fletcher@atlas.cs.upei.ca (Scott Fletcher)
  114. Message-Id: <fletcher.34.0016B85D@atlas.cs.upei.ca>
  115. Organization: PEINet
  116. Sender: ses
  117. References: <2qbr71$omk@apakabar.cc.columbia.edu>
  118. Subject: Re: Trumpet News Reader
  119.  
  120.  
  121. James writes...
  122.  
  123. >In general, I like this News Reader. However, I experience two problems.
  124.  
  125. >First, I can not post. I am able to reply to someone but anytime I try to 
  126. >either post a new article or follow up, my post is rejected. I am
  127. >able to post from my campus account to that newsgroup when I telnet and use 
  128. >the trn newsreader.
  129.  
  130. Hi Jim,
  131.  
  132. You might want to check your system clock. If your clock is off by a few 
  133. years, then your not going to be able to post anything. I recently had the 
  134. same problem. After installing a larger hard drive and a new video card I 
  135. tried to post news and it just wouldn't let me. After great hours of 
  136. frustration I discovered that the system clock in my bios had set itself to 
  137. 1989 and as a result my newsreader would not allow any articles to be posted 
  138. because of the discrepancy in time. It's just a hunch but check it out.
  139.  
  140. Scott Fletcher
  141. From news@bigblue.oit.unc.edu Fri May  6 22:58:42 1994
  142. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  143.           id AA21786; Sun, 8 May 1994 10:44:44 -0400
  144. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  145.           id AA25071; Sun, 8 May 1994 10:28:47 -0400
  146. Received: from GATEWAY by bigblue with netnews
  147.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  148. To: winsock@sunsite.unc.edu
  149. Date: Fri, 6 May 1994 22:58:42 +0000
  150. From: steve@rigel.demon.co.uk (Steve Horsley)
  151. Message-Id: <768265122snz@rigel.demon.co.uk>
  152. Organization: Home
  153. Sender: ses
  154. Reply-To: steve@rigel.demon.co.uk
  155. Subject: Winsock for token ring?
  156.  
  157. Does anyone know of a winsock that will work with a token ring card?
  158.  
  159. I tried the following stack:
  160.  
  161. TCPMAN (Trumpet Winsock)
  162. Windows
  163. WINPKT (multi-thread driver adapter, I understand)
  164. ODIPKT (ODI to packet driver adapter)
  165. OCTOK16 (Olicom token ring ODI driver)
  166.  
  167. But TCPMAN says it only likes class 1 (blue book whatever that is) or
  168. class 6 (ethernet framing) drivers. It seems that token ring is class 3.
  169.  
  170. I just heard of a Novell winsock. Might that do the trick?
  171.  
  172. I would very much like to use the Olicom ODI driver at the bottom.
  173.  
  174. Thanks in advance...
  175.                      Steve.
  176.  
  177. -- 
  178.   Steve Horsley                                    steve@rigel.demon.co.uk
  179. From news@bigblue.oit.unc.edu Wed May  7 01:06:35 1994
  180. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  181.           id AB21794; Sun, 8 May 1994 10:44:46 -0400
  182. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  183.           id AA28088; Sun, 8 May 1994 10:21:48 -0400
  184. Received: from GATEWAY by bigblue with netnews
  185.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  186. To: winsock@sunsite.unc.edu
  187. Date: 7 May 1994 01:06:35 GMT
  188. From: ywliu@beta.wsl.sinica.edu.tw ()
  189. Message-Id: <2qepir$8va@mall.sinica.edu.tw>
  190. Organization: Computing Center, Academia Sinica
  191. Sender: ses
  192. Subject: [FAQ]: Winsock FAQ is here ....
  193.  
  194. Hello everyone,
  195.  
  196.     A lot of people keep asking where the FAQ is. The following is
  197. the Winsock FAQ I got from sunsite.unc.edu. However, it hasn't been updated
  198.  for a period of time. But I think it still can give you a lot of help.
  199.  
  200. --
  201. Yen-Wei Liu
  202. Computing Centre
  203. Academia Sinica
  204. Taipei, Taiwan
  205.  
  206.  
  207. ------------------------------------------------------------------------------
  208.  
  209.              Frequently Asked Questions About
  210.             Windows Sockets Version 1.1
  211.                    08 Dec 1993
  212.  
  213.   This FAQ has been put together by Mark Towfiq, with much-appreciated
  214. assistance from Jay Allard, Bruce Backman, Paul Brooks, Martin Hall,
  215. Simon Hewison, Mike Morse, Bob Quinn, Ed Schwalenberg, Bill Tang, Dave
  216. Treadwell, and Fred Whiteside.  If you have any modifications to this
  217. FAQ, send them to towfiq@East.Sun.Com, and I will fold them into the
  218. next revision.
  219.  
  220.   First of all, the questions:
  221.  
  222. 1.    What is Windows Sockets?
  223. 2.    What is the latest version?
  224. 3.    When is the next rev of the specification?  Why not sooner?
  225. 4.    Where can I get a/the WINSOCK.DLL?
  226. 5.    Why isn't there just one WINSOCK.DLL?  Do I need a TCP/IP already to
  227.       use it?
  228. 6.    Where can I contact Windows Sockets application and implementation
  229.       vendors?  (include list of address, phone contacts)
  230. 7.    Where can I get sample apps and tests?
  231. 8.    Will Windows Sockets be in _____?
  232. 8.1.  Will Windows Sockets be in Windows NT?
  233. 8.2.  Will Windows Sockets be in Windows for Workgroups?
  234. 8.3.  Will Windows Sockets be in DOS?
  235. 8.4.  Will Windows Sockets be in Unix?
  236. 8.5.  Will Windows Sockets be in Win32s?
  237. 9.    What about standard APIs for ____?
  238. 9.1.  What about standard APIs for FTP?
  239. 9.2.  What about standard APIs for Telnet?
  240. 9.3.  What about standard APIs for SNMP?
  241. 9.4.  What about standard APIs for RPC?
  242. 9.5.  What about standard APIs for TLI/XTI?
  243. 10.1. Does Windows Sockets work over protocols other than TCP/IP?
  244. 10.2. Will it?
  245. 11.   Why no SOCK_RAW?
  246. 12.   Why isn't it possible to share sockets between tasks?
  247. 13.1. How do I get my IP address?
  248. 13.2. Why no SIOCGIFADDR?
  249. 14.   When should I use blocking vs. nonblocking sockets?
  250. 15.   What about other socket options that BSD supports?  Ioctls?
  251. 16.   How can I get the local username?
  252. 17.   Do I need to initialize the WSAData structure before calling
  253.       WSAStartup?
  254. 18.   If I write a Windows Sockets program for DOS, will I be able to
  255.       communicate with a Sockets program on UNIX?
  256. 19.   Is it possible to create sockets that map to a dll rather than an
  257.       application?  I have tried a WSAStartup() as part of my LibMain, but
  258.       the sockets that are created are owned by the application, not by the
  259.       DLL. It would be desirable for me to have some of the sockets that
  260.       are opened have "A Global (DLL wide) Scope".
  261. 20.   A *Class* of questions that could be answered are related to porting
  262.       extant BSD applications to Windows Sockets: "How to I implement the
  263.       xxxx function call in my Windows Sockets application?" (e.g. fcntl(),
  264.       readv(), etc).
  265. 21.   Is there a Pascal/Visual Basic/Visual Cobol header file for Windows
  266.       Sockets?
  267. ----------------------------------------------------------------------
  268. 1.  What is Windows Sockets?
  269.  
  270. Answer: The Windows Sockets specification defines a network programming
  271. interface for Microsoft Windows which is based on the "socket" paradigm
  272. popularized in the Berkeley Software Distribution (BSD) from the University
  273. of California at Berkeley.  It encompasses both familiar Berkeley socket
  274. style routines and a set of Windows-specific extensions designed to allow
  275. the programmer to take advantage of the message-driven nature of Windows.
  276.  
  277. The Windows Sockets Specification is intended to provide a single API to
  278. which application developers can program and multiple network software
  279. vendors can conform.  Furthermore, in the context of a particular version
  280. of Microsoft Windows, it defines a binary interface (ABI) such that an
  281. application written to the Windows Sockets API can work with a conformant
  282. protocol implementation from any network software vendor.  This
  283. specification thus defines the library calls and associated semantics to
  284. which an application developer can program and which a network software
  285. vendor can implement.
  286.  
  287. Network software which conforms to this Windows Sockets specification will
  288. be considered "Windows Sockets Compliant".  Suppliers of interfaces which
  289. are "Windows Sockets Compliant" shall be referred to as "Windows Sockets
  290. Suppliers".  To be Windows Sockets Compliant, a vendor must implement 100%
  291. of this Windows Sockets specification.
  292.  
  293. Applications which are capable of operating with any "Windows Sockets
  294. Compliant" protocol implementation will be considered as having a "Windows
  295. Sockets Interface" and will be referred to as "Windows Sockets
  296. Applications".
  297.  
  298. 2.  What is the latest version?
  299.  
  300. Answer: The latest version of the specification is 1.1.
  301.  
  302. 3.  When is the next rev of the specification?  Why not sooner?
  303.  
  304. Answer: The next rev. (2.0) will not be until towards the end of 1993.  We
  305. need 1.1 of the API to become firmly settled and implemented first.
  306.  
  307. 4.  Where can I get a/the WINSOCK.DLL?
  308.  
  309. Answer: You can most probably get one from the same place you got your
  310. TCP/IP software from.
  311.  
  312. 5.  Why isn't there just one WINSOCK.DLL?  Do I need a TCP/IP already
  313.     to use it?
  314.  
  315. Answer: The Windows Sockets specification defines the top level of the DLL,
  316. the part which is called by user programs.  The method a given WINSOCK.DLL
  317. will use to access TCP/IP (or NetWare, or AppleTalk, or DECNet ...) depends
  318. on the networking package you have installed, and therefore must vary.  A
  319. WINSOCK.DLL is therefore just an interface to whatever existing protocol
  320. you already have installed.  An illustration would help:
  321.  
  322.        +---------------------------------+
  323.        |  WinSock compliant application  |
  324.        +---------------------------------+
  325.        +---------------------------------+ <--- WinSock API
  326.        |       Windows Sockets DLL       |
  327.        +---------------------------------+
  328.        +---------------------------------+ <--- Protocol Stack API
  329.        |   Protocol Stack (e.g. TCP/IP)  | (typically proprietary)
  330.        +---------------------------------+
  331.        +---------------------------------+ <--- Hardware Driver API
  332.        |        Hardware Driver          |   (Packet Driver, NDIS, ODI,
  333.        +---------------------------------+    or proprietary)
  334.        +---------------------------------+ <--- Hardware Interface
  335.        |   Network (hardware) Interface  |    (hardware specific)
  336.        +---------------------------------+
  337.                        |
  338.                        +----> network
  339.  
  340. 6.  Where can I contact Windows Sockets application and implementation
  341. vendors?  (include list of address, phone contacts)
  342.  
  343. Answer:
  344.  
  345.     Date: Tue, 6 Apr 93 12:53:37 PDT
  346.     From: tang@documentum.com (Bill Tang)
  347.     To: winsock@Microdyne.COM
  348.     Subject: vendor list (long)
  349.  
  350.     Thanks to all that responded to my previous inquiry of vendor
  351.     implementations. I am posing a summary and will keep the list updated
  352.     if I receive more information.
  353.     -------------------------------------------------------------------------
  354.     SUMMARY
  355.     -------------------------------------------------------------------------
  356.              (old list at 11/23/92)
  357.     Company              BETA    FINAL    Update (4/6/93)
  358.     -------------------------------------------------------------------------
  359.     3Com Corp            Q1'93  Q2'93    ?
  360.     Beame & Whiteside    Q2'93  Shipping    Shipping v1.1 DLL with stack
  361.     Distinct Corp        Q3'92  Shipping    ?
  362.     FTP Software         Q4'92  Shipping    shipping v1.1 TCP/IP stack
  363.                         with DLL; DLL
  364.                         available on BBS or
  365.                         anonymous-ftpable on
  366.                         vax.ftp.com;
  367.                         Development Kit being
  368.                         updated to include
  369.                         v1.1 Windows Sockets
  370.                         support.
  371.  
  372.     Frontier Tech        Q3'92  Shipping    ?
  373.     IBM                  Q4'92  Q1'92        ?
  374.     JSB Corporation      Q4'92  Q4'92        ?
  375.     Lan Design           Q4'92  Q1'93        ?
  376.     Lanera Corp                    Shipping v1.1 TCP/IP stack
  377.     Microdyne            Q4'92  Q1'93        ?
  378.     Microsoft(W NT 32b)  Q3'92  Q2'93        Win32 SDK March release 
  379.     Microsoft(W NT 16b)  Q4'92  Q2'93        Win32 SDK March release 
  380.     Microsoft(W 3.x 16b) Q4'92  Q2'93        ?
  381.     NetManage            Q4'92  Q4'92        shipping v1.1 DLL
  382.     Network Research      ?       ?        ?
  383.     Novell                ?       ?        ?
  384.     Spry                    (stack) supports Winsock v1.1
  385.     Sun Microsystems     Q4'92  1stHalf'93    ?
  386.     Ungermann Bass        ?       ?        v1.1 TCP/IP stack and DLL: 
  387.                             Beta Q1'93, Final Q2'93
  388.     Walker Richer Quinn  Q4'92  Q1'93    ?
  389.     Wollongong           Q4'92  Q1'93    ?
  390.  
  391. 7.  Where can I get sample applications and tests?
  392.  
  393. Answer: Files and information related to the Windows Sockets API are
  394. available via FTP (user: "anonymous", password: your e-mail address)
  395. on the host SunSite.UNC.EDU, in /pub/micro/pc-stuff/ms-windows/winsock.
  396. Note: if you do not have FTP access to the Internet, send a message
  397. with the word "help" in the body to either ftpmail@SunSite.UNC.Edu, or
  398. ftpmail@DECWRL.DEC.Com (in the UK mail to ftpmail@doc.ic.ac.uk), to
  399. obtain information about the FTP to Mail service there.
  400.  
  401. 8.  Will Windows Sockets be in _____?
  402.  
  403. 8.1.  Will Windows Sockets be in Windows NT?
  404.  
  405. Answer: Yes.  In 16 and 32-bit versions.
  406.  
  407. 8.2.  Will Windows Sockets be in Windows for Workgroups?
  408.  
  409. Answer: Yes.
  410.  
  411. 8.3.  Will Windows Sockets be in DOS?
  412.  
  413. Answer: Paul Brooks of TurboSoft (paul@abccomp.oz.au) tells me:
  414.  
  415.     As for a Windows Sockets for DOS - we have a library that is
  416.     pretty much complete. The goal was to produce a DOS library and
  417.     Binary API which would allow developers to code applications using
  418.     the Windows Sockets 1.1 spec. and have it run exactly the same
  419.     under DOS as Windows - blocking and non-blocking modes,
  420.     Asynchronous calls, the works. Apart from some AsyncGetXXXbyYYY
  421.     calls the rest works, although it is not possible to capture all
  422.     the Windows-specific semantics of some areas.
  423.  
  424. I am sure you can contact him for more information.  JSB also has a
  425. standardized Berkeley Sockets API for DOS which provides access to all
  426. TCP/IP implementations.
  427.  
  428. 8.4.  Will Windows Sockets be in UNIX?
  429.  
  430. Answer: Well, since it came from BSD UNIX, there's not much need.
  431.  
  432. 8.5.  Will Windows Sockets be in Win32-S?
  433.  
  434. Answer: Yes, Win32s 1.1 contains a thunking layer that converts 32-bit
  435. Windows Sockets calls to 16-bit Windows Sockets.  It should work on
  436. top of any 16-bit WINSOCK.DLL.
  437.  
  438. 9.  What about standard APIs for ____?
  439.  
  440. 9.1.  What about standard APIs for FTP?
  441.  
  442. Answer: Not yet.
  443.  
  444. 9.2 What about standard APIs for Telnet?
  445.  
  446. Answer: Not yet.
  447.  
  448. 9.3 What about standard APIs for SNMP?
  449.  
  450. Answer: In the works.  Send e-mail to listserv@SunSite.UNC.EDU with
  451. "subscribe winsnmp" in the body of the message to join the list.
  452.  
  453. 9.4 What about standard APIs for RPC?
  454.  
  455. Answer: Microsoft will be providing an implementation of DCE RPC.  Also in
  456. the works is the definition of a standard implementation of ONC RPC (known
  457. as RPC for Windows) which will be made available by multiple vendors.  To
  458. contribute to the discussion, send email to rpc4win@wco.ftp.com.
  459.  
  460. 9.5 What about standard APIs for TLI/XTI?
  461.  
  462. Answer: No, not yet.  Vendors chose to do Windows Sockets because of the
  463. sockets application and knowledge base, however anyone out there is free to
  464. try a Windows TLI/XTI Specification.
  465.  
  466. 10.1.  Does Windows Sockets work over protocols other than TCP/IP?
  467.  
  468. Answer: Yes, it does.  But we know of no vendors supplying one currently.
  469.  
  470. 10.2.  Will it?
  471.  
  472. Answer: Yes.  Windows NT will include mechanisms for multiple protocol
  473. support in Windows Sockets, both 32-bit and 16-bit.
  474.  
  475. 11.  Why no SOCK_RAW?
  476.  
  477. Answer: SOCK_RAW is optionally implemented by many major Windows Sockets
  478. vendors.  It is not mandated now because: 1) not every stack vendor can
  479. supply a complete SOCK_RAW interface, and 2) we did not have time to define
  480. the minimal subset every vendor could provide (e.g. maybe just ICMP).
  481.  
  482. 12.  Why isn't it possible to share sockets between tasks?
  483.  
  484. Answer: The real answer is that it wasn't considered sufficiently important
  485. for 1.1, but is high on the list for inclusion in 2.0.
  486.  
  487. 13.1.  How do I get my IP address?
  488.  
  489. Answer: Do a gethostbyname() on the output from gethostname().
  490.  
  491. 13.2.  Why no SIOCGIFADDR?
  492.  
  493. Answer: It was not included because there were concerns it could not be
  494. supported across platforms.  It may be included in version 2.0 of the spec.
  495.  
  496. 14.  When should I use blocking vs. non-blocking sockets?
  497.  
  498. Answer: Try to use non-blocking sockets whenever possible; certainly if you
  499. are coding a Windows application from scratch.  Blocking sockets should
  500. only be used when trying to maintain portability between UNIX/MS-DOS and
  501. Windows.
  502.  
  503. 15.  What about other socket options that BSD supports?  Ioctls?
  504.  
  505. Answer: Some vendors may support them.  Do not rely on ones not explicitly
  506. mentioned in the specification, however.
  507.  
  508. 16.  How can I get the local username?
  509.  
  510. Answer: Based on a suggestion from Simon Hewison
  511. (p0063886@cs3.oxford-brookes.ac.uk), one idea is to call WNetGetUser()
  512. in the NETWORK.DRV.  If a vendor has supplied a NETWORK.DRV then this
  513. will work, if not you can just use some other method.  Thus you could
  514. write a bit of code thus:
  515.  
  516.     WNetGetUser(szNetUserId,sizeof(szNetUserId);
  517.     if (strlen(szNetUserId)==0) {
  518.         /* call some other method of getting
  519.            userid, eg. the lan manager call NetWkstaGetInfo */
  520.     }
  521.  
  522.   Information on this API call is in the Windows Device Driver Adaption
  523. Guide.
  524.  
  525. 17.  Do I need to initialize the WSAData structure before calling
  526. WSAStartup?
  527.  
  528. Answer: No, WSAStartup does not retrieve the contents of the WSAData
  529. structure pointed to, it fills it in.
  530.  
  531. 18.  If I write a Windows Sockets program, will I be able to communicate
  532. with a Sockets program on UNIX or any other non Windows platform?
  533.  
  534. Answer: Absolutely!  This common question is the result of confusing
  535. protocols with the APIs; communicating programs need not have been
  536. created with the same APIs, as long as they are using the same
  537. (transport & network) protocols.
  538.  
  539. 19.  Is it possible to create sockets that map to a dll rather than an
  540. application?  I have tried a WSAStartup() as part of my LibMain, but the
  541. sockets that are created are owned by the application, not by the DLL. It
  542. would be desirable for me to have some of the sockets that are opened have
  543. "A Global (DLL wide) Scope".
  544.  
  545. Answer: The way this situation has been dealt with by developers is to have
  546. your DLL create a "helper process" which will perform all Windows Sockets
  547. operations on behalf of your applications (thereby having all sockets owned
  548. by the helper process' task).
  549.  
  550. 20.  A *Class* of questions that could be answered are related to porting
  551. extant BSD applications to Windows Sockets: "How to I implement the xxxx
  552. function call in my Windows Sockets application?" (e.g. fcntl(), readv(),
  553. etc).
  554.  
  555. Answer: In general, you will have to code such functions yourself, although
  556. it would not hurt to suggest them for the next revision of the
  557. specification as well.
  558.  
  559. 21.  Is there a Pascal/Visual Basic/Visual Cobol header file for Windows
  560. Sockets?
  561.  
  562. Answer: The Pascal and Visual Basic forms are already in the FTP
  563. archive.  Look there for any other header files that people may have
  564. developed so far.  It should be pointed out that not all the Winsock
  565. functions can be called from Visual Basic and the subset that can be
  566. called are not really enough for a true app (for example, you can't
  567. call gethostbyname()).  To use Winsock from VB requires a translation
  568. DLL that will probably have to be written in C.  To date, there is no
  569. public domain implementation, although several vendors have announced
  570. toolkits for Winsock for VB.